Требования — условия или возможности, необходимые для достижения целей стейкхолдеров; описывают, что система должна делать и в каких ограничениях, чтобы решить бизнес-задачу.

Отвечают на вопрос: «Что надо сделать?», а задачи/план — «Как это сделать?».

Источники требований

  • Доменная область

  • Среда эксплуатации

  • Стейкхолдеры

  • Регуляторы и стандарты

Методы выявления

  • Интервью, анкетирование, наблюдение, фокус-группы, мозговой штурм, 5 Почему

  • Анализ документов, прототипирование, воркшопы 3 Amigo

Flow требований

  • Бизнес-требования — высокоуровневые цели организации (почему)

  • Пользовательские требования/сценарии — цели пользователей и контекст использования (что)

  • Функциональные и нефункциональные требования — поведение системы и ограничения (как должно работать)

  • Спецификация/бэклог — зафиксированные требования для реализации и тестирования

Формализация (артефакты)

Атрибуты требований

  • Идентификатор, дата создания, автор, источник, обоснование (какую цель/проблему закрывает)

  • Приоритет, статус, версия, ответственный

  • Критерии приемки (DoR/DoD/acceptance criteria)

  • Трассируемость: связь с бизнес-целями, дизайном, кодом и тестами

Архитектурно значимые требования

Требования, которые:

  • имеют существенную бизнес-ценность или регуляторный эффект;

  • несут технический риск;

  • требуют создания нового компонента или меняют топологию системы;

  • влияют на SLA / QoS или масштабируемость.

Последнее обновление